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Abstract 

Some linguistic constraints cannot be effec- 
tively resolved during parsing at the loca- 
tion in which they are most naturally intro- 
duced. This paper shows how constraints 
can be propagated in a memoizing parser 
(such as a chart parser) in much the same 
way that variable bindings are, providing 
a general treatment of constraint coroutin- 
ing in memoization. Prolog code for a sim- 
ple application of our technique to Bouma 
and van Noord's (1994) categorial gram- 
mar analysis of Dutch is provided. 

1 Introduction 

As the examples discussed below show, some linguis- 
tic constraints cannot be effectively resolved during 
parsing at the location in which they are most nat- 
urally introduced. In a backtracking parser, a natu- 
ral way of dealing with such constraints is to corou- 
tine them with the other parsing processes, reducing 
them only when the parse tree is sufficiently instan- 
tiated so that they can be deterministically resolved. 
Such parsers are particularly easy to implement in 
extended versions of Prolog (such as Prologll, SIC- 
Stus Prolog and Eclipse) which have such coroutin- 
ing facilities built-in. Like all backtracking parsers, 
they can exhibit non-termination and exponential 
parse times in situations where memoizing parsers 
(such as chart parsers) can terminate in polyno- 
mial time. Unfortunately, the coroutining approach, 
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which requires that constraints share variables in or- 
der to communicate, seems to be incompatible with 
standard memoization techniques, which require sys- 
tematic variable-renaming (i.e., copying) in order to 
avoid spurious variable binding. 

For generality, conciseness and precision, we for- 
malize our approach to memoization and constraints 
within Hohfeld and Smolka's (1988) general theory 
of Constraint Logic Programming (CLP), but we 
discuss how our method can be applied to more stan- 
dard chart parsing as well. This paper extends our 
previous work reported in Dorre (1993) and John- 
son (1993) by generalizing those methods to arbi- 
trary constraint systems (including feature-structure 
constraints), even though for reasons of space such 
systems are not discussed here. 

2 Lexical rules in Categorial 
Grammar 

This section reviews Bouma and van Noord's (1994) 
(BN henceforth) constraint-based categorial gram- 
mar analysis of modification in Dutch, which we use 
as our primary example in this paper. However, 
the memoizing CLP interpreter presented below has 
also been applied to GB and HPSG parsing, both of 
which benefit from constraint coroutining in parsing. 

BN can explain a number of puzzling scope phe- 
nomena by proposing that heads (specifically, verbs) 
subcategorize for adjuncts as well as arguments 
(rather than allowing adjuncts to subcategorize for 
the arguments they modify, as is standard in Cate- 
gorial Grammar). For example, the first reading of 
the Dutch sentence 

(1) Frits opzettelijk Marie lijkt te ontwijken 
deliberately seems avoid 

'Fritz deliberately seems to avoid Marie' 
'Fritz seems to deliberately avoid Marie' 

is obtained by the analysis depicted in Figure [l]. 
The other reading of this sentence is produced by 



lijkt te 

VPi/VPi ontwijken 
VPi/VPi „ VPi\NP 2 

Marie (VPi\ADV\NP 2 )/n(VPi\ADV\NP 2 ) □(VPi\ADV\NP 2 ) 
opzcttelijk NP 2 VPi\ADV\NP 2 
Frits ADV VPi\ADV 
NPi VP[ 

S 

Figure 1: The BN analysis of (1). In this derivation 'VPi' abbreviates 'S\NPi', l A' is a lexical rule which 
adds adjuncts to verbs, 'D' is a lexical 'division' rule which enables a control or raising verb to combine with 
arguments of higher arity, and '□' is a unary modal operator which diacritically marks infinitival verbs. 



a derivation in which the adjunct addition rule 'A' 
adds an adjunct to lijkt te, and applies vacuously to 
ontwijken. 

It is easy to formalize this kind of grammar in pure 
Prolog. In order to simplify the presentation of the 
proof procedure interpreter below, we write clauses 
as 'H : : - B' where H is an atom (the head) and B 
is a list of atoms (the negative literals). 

The atom x( Cat, Left, Right) is true iff the sub- 
string between the two string positions Left and 
Right can be analyzed as belonging to category Cat. 
(As is standard, we use suffixes of the input string 
for string positions). 

The modal operator '□' is used to diacritically 
mark untensed verbs (e.g., ontwijken), and prevent 
them from combining with their arguments. Thus 
untensed verbs must combine with other verbs which 
subcategorize for them (e.g., lijkt te), forcing all 
verbs to appear in a 'verb cluster' at the end of a 
clause. 

For simplicity we have not provided a semantics 
here, but it is easy to add a 'semantic interpretation' 
as a fourth argument in the usual manner. The for- 
ward and backward application rules are specified as 
clauses of x/3. Note that the application rules are 
left-recursive, so a top-down parser will in general 
fail to terminate with such a grammar. 

:- op (990, xfx, ::- ). '/. Clause operator 

:- op(400, yfx, \ ). Backward combinator 

:- op (300, fy, # ). 1 Modal operator fa' 

x(X, Left, Right) ::- [ '/, Forward application 

x(X/Y, Left, Mid), 

x(Y, Mid, Right) ] . 
x(X, Left, Right) ::- [ °/„ Backward application 



x(Y, Left, Mid), 
x(X\Y, Mid, Right) ] . 
x(X, [WordlWords] , Words) ::- [ 
lex(Word, X) ] . 

Lexical entries are formalized using a two place re- 
lation lex ( Word, Cat) , which is true if Cat is a cat- 
egory that the lexicon assigns to Word. 

lex('Frits', np) ::- [] . 
lex('Marie', np) ::- [] . 
lex(opzettelijk, adv) ::- [] . 
lex(ontwijken, #X ) ::- [ 

add_adjuncts (s\np\np , X ) ]. 
lex(lijkt_te, X / #Y ) : :- [ 

add_adjuncts((s\np)/(s\np) , X0) , 

division(X0, X/Y ) ] . 

The add_adjuncts/2 and division/2 predicates 
formalize the lexical rules 'A' (which adds adjuncts 
to verbs) and '£>' (the division rule). 

add_adjuncts(s, s) ::- [] . 
add_adjuncts(X, Y\adv) ::- [ 

add_adjuncts(X, Y) ] . 
add_adjuncts(X\A, Y\A) ::- [ 

add_adjuncts(X, Y) ] . 
add_adjuncts(X/A, Y/A) ::- [ 

add_adjuncts(X, Y) ]. 

division(X, X) : :- [] . 
division(X0/Y0, (X\Z)/(Y\Z)) ::- [ 
division(X0/Y0, X/Y) ] . 

Note that the definitions of add_adjuncts/2 and 
division/2 are recursive, and have an infinite num- 
ber of solutions when only their first arguments are 



instantiated. This is necessary because the number 
of adjuncts that can be associated with any given 
verb is unbounded. Thus it is infeasible to enumer- 
ate all of the categories that could be associated with 
a verb when it is retrieved from the lexicon, so fol- 
lowing BN, we treat the predicates add_adjuncts/2 
and division/2 as coroutined constraints which are 
only resolved when their second arguments become 
sufficiently instantiated. 

As noted above, this kind of constraint corou- 
tining is built-in to a number of Prolog implemen- 
tations. Unfortunately, the left recursion inherent 
in the combinatory rules mentioned earlier dooms 
any standard backtracking top-down parser to non- 
termination, no matter how coroutining is applied to 
the lexical constraints. As is well-known, memoiz- 
ing parsers do not suffer from this deficiency, and we 
present a memoizing interpreter below which does 
terminate. 

3 The Lemma Table proof procedure 

This section presents a coroutining, memoizing CLP 
proof procedure. The basic intuition behind our ap- 
proach is quite natural in a CLP setting like the one 
of Hohfcld and Smolka, which we sketch now. 
A program is a set of definite clauses of the form 

p(X)*-q 1 (X 1 )A.../\q n {X n )A<f> 

where the Xj, are vectors of variables, p(X) and 
qi(Xi) are relational atoms and <fi is a basic con- 
straint coming from a basic constraint language C. 
4> will typically refer to some (or all) of the vari- 
ables mentioned. The language of basic constraints 
is closed under conjunction and comes with (com- 
putable) notions of consistency (of a constraint) and 
entailment (0i |=c 02 ) which have to be invariant 
under variable renaming.^] Given a program P and 
a goal G, which is a conjunction of relational atoms 
and constraints, a P-answer of G is defined as a con- 
sistent basic constraint <p such that <f> — > G is valid 
in every model of P. SLD-resolution is generalized 
in this setting by performing resolution only on rela- 
tional atoms and simplifying (conjunctions of) basic 
constraints thus collected in the goal list. When fi- 
nally only a consistent basic constraint remains, this 
is an answer constraint <p. Observe that this use of 
basic constraints generalizes the use of substitutions 
in ordinary logic programming and the (simplifica- 
tion of a) conjunction of constraints generalizes uni- 
fication. Actually, pure Prolog can be viewed as a 
syntactically sugared variant of such a CLP language 

1 This essentially means that basic constraints can be 
recast as first-order predicates. 



with equality constraints as basic constraints, where 
a standard Prolog clause 

p(T) <- q^Tj, . . . ,q„(T„) 

is seen as an abbreviation for a clause in which 
the equality constraints have been made explicit by 
means of new variables and new equalities 

p(X) «- X = T,X 1 =T 1 ,...,X n = T n , 
qi(Xi), . . . ,q n (X n ). 

Here the are vectors of variables and the Ti are 
vectors of terms. 

Now consider a standard memoizing proof proce- 
dure such as Earley Deduction (Pereira and War- 
ren 1983) or the memoizing procedures described 
by Tamaki and Sato (1986), Vieille (1989) or War- 
ren (1992) from this perspective. Each memoized 
goal is associated with a set of bindings for its ar- 
guments; so in CLP terms each memoized goal is 
a conjunction of a single relational atom and zero 
or more equality constraints. A completed (i.e., 
atomic) clause p(T) with an instantiated argument 
T abbreviates the non-atomic clause p(X) <— X = T, 
where the equality constraint makes the instantia- 
tion specific. Such equality constraints are 'inher- 
ited' via resolution by any clause that resolves with 
the completed clause. 

In the CLP perspective, variable-binding or equal- 
ity constraints have no special status; informally, all 
constraints can be treated in the same way that pure 
Prolog treats equality constraints. This is the cen- 
tral insight behind the Lemma Table proof proce- 
dure: general constraints are permitted to propagate 
into and out of subcomputations in the same way 
that Earley Deduction propagates variable bindings. 
Thus the Lemma Table proof procedure generalizes 
Earley Deduction in the following ways: 

1. Memoized goals are in general conjunctions of 
relational atoms and constraints. This allows 
constraints to be passed into a memoized sub- 
computation. 

We do not use this capability in the categorial 
grammar example (except to pass in variable 
bindings), but it is important in GB and HPSG 
parsing applications. For example, memoized 
goals in our GB parser consist of conjunctions 
of X' and ECP constraints. Because the X' 
phrase-structure rules freely permit empty cat- 
egories every string has infinitely many well- 
formed analyses that satisfy the X' constraints, 
but the conjoined ECP constraint rules out all 
but a very few of these empty nodes. 



2. Completed clauses can contain arbitrary neg- 
ative literals (rather than just equality con- 
straints, as in Earley Deduction). This allows 
constraints to be passed out of a memoized sub- 
computation. 

In the categorial grammar example, the 
add_adjuncts/2 and division/2 associated 
with a lexical entry cannot be finitely resolved, 
as noted above, so e.g., a clause 

x(#X, [ontwijken] , [] ) ::- 

[ add_adjuncts(s\np\np, X ) ]. 

is classified as a completed clause; the 
add_adjuncts/2 constraint in its body is inher- 
ited by any clause which uses this lemma. 

3. Subgoals can be selected in any order (Ear- 
ley Deduction always selects goals in left-to- 
right order). This allows constraint coroutining 
within a memoized subcomputation. 

In the categorial grammar example, a cate- 
gory becomes more instantiated when it com- 
bines with arguments, allowing eventually the 
add_adjuncts/2 and division/2 to be deter- 
ministically resolved. Thus we use the flexibility 
in the selection of goals to run constraints when- 
ever their arguments are sufficiently instanti- 
ated, and delay them otherwise. 

4. Memoization can be selectively applied (Earley 
Deduction memoizes every computational step). 
This can significantly improve overall efficiency. 

In the categorial grammar example only x/3 
goals are memoized (and thus only these goals 
incur the cost of table management). 

The 'abstraction' step, which is used in most mem- 
oizing systems (including complex feature grammar 
chart parsers where it is somewhat confusingly called 
'restriction', as in Shieber 1985), receives an elegant 
treatment in a CLP approach; an 'abstracted' goal 
is merely one in which not all of the equality con- 
straints associated with the variables appearing in 
the goal are selected with that goal.^J 

2 After this paper was accepted, we discovered that a 
more general formulation of abstraction is required for 
systems using a hierarchy of types, such as typed feature 
structure constraints (Carpenter 1992). In applications 
of the Lemma Table Proof Procedure to such systems it 
may be desirable to abstract from a 'strong' type con- 
straint in the body of a clause to a logically 'weaker' 
type constraint in the memoized goal. Such a form of 
abstraction cannot be implemented using the selection 
rule alone. 



For example, because of the backward application 
rule and the left-to-right evaluation our parser uses, 
eventually it will search at every left string posi- 
tion for an uninstantiated category (the variable Y 
in the clause), we might as well abstract all memo- 
ized goals of the form x(C, L, R) to x(_, L, _), i.e., 
goals in which the category and right string position 
are uninstantiated. Making the equality constraints 
explicit, we see that the abstracted goal is obtained 
by merely selecting the underlined subset of these 
below: 

x(Xj, Xg, X3) , Xi = C, X2 — L , X3 = R. 

While our formal presentation does not discuss ab- 
straction (since it can be implemented in terms of 
constraint selection as just described), because our 
implementation uses the underlying Prolog's unifi- 
cation mechanism to solve equality constraints over 
terms, it provides an explicit abstraction operation. 

Now we turn to the specification of the algorithm 
itself, beginning with the basic computational enti- 
ties it uses. 

Definition 1 A (generalized) goal is a multiset of 
relational atoms and constraints. A (generalized) 
clause Hq <— Bq is an ordered pair of generalized 
goals, where Hq contains at least one relational 
atom. A relational interpretation A (see Hdhfeld 
and Smolka 1988 for definition) satisfies a goal G iff 
A satisfies each element of G, and it satisfies a clause 
Hq «— Bo iff either A fails to satisfy some element of 
Bo or A satisfies each element of Ho- 

This generalizes the standard notion of clause by 
allowing the head Ho to consist of more than one 
atom. The head Ho is interpreted conjunctively; i.e., 
if each element of Bq is true, then so is each element 
of Ho- The standard definition of resolution extends 
unproblematically to such clauses. 

Definition 2 We say that a clause Co = Hq <— Bo 
resolves with a clause c\ = Hi <— B\ on a non-empty 
set of literals C C Bq iff there is a variant c\ of c\ of 
the form C <- B\ such that V(c ) nV(Bi') C V(C) 
(i.e., the variables common to Co and B\ also appear 
in C, so there is no accidental variable sharing). 

If Co resolves with c\ on C, then the clause 
Hq «— (Bo — C) U B\ is called a resolvent of Co with 
c\ on C. 

Now we define items, which are the basic computa- 
tional units that appear on the agenda and in the 
lemma tables, which record memoized subcomputa- 
tions. 

Definition 3 An item is a pair (t, c) where c is a 
clause and t is a tag, i.e., one of program, solution or 



table(B) for some goal B. A lemma table for a goal 
G is a pair (G, Lq) where Lq is a finite list of items. 

The algorithm manipulates a set T of lemma tables 
which has the property that the first components of 
any two distinct members of T are distinct. This 
justifies speaking of the (unique) lemma table in T 
for a goal G. 

Tags are associated with clauses by a user- 
specified control rule, as described below. The tag 
associated with a clause in an item identifies the op- 
eration that should be performed on that clause. 
The solution tag labels 'completed' clauses, the 
program tag directs the proof procedure to perform a 
non-memoizing resolution of one of the clause's neg- 
ative literals with program clauses (the particular 
negative literal is chosen by a user-specified selec- 
tion rule, as in standard SLD resolution), and the 
table(B) tag indicates that a subcomputation with 
root goal B (which is always a subset of the clause's 
negative literals) should be started. 

Definition 4 A control rule is a function from 
clauses G <— B to one of program, solution or 
table(C) for some goal C C B. A selection rule 
is a function from clauses G <— B where B contains 
at least one relational atom to relational atoms a, 
where a appears in B. 

Because program steps do not require memoization 
and given the constraints on the control rule just 
mentioned, the list Lq associated with a lemma 
table (G, Lq) will only contain items of the form 
(t, G <— B) where t is either solution or table(G) for 
some goal G C B. 

Definition 5 To add an item an item e = 
(i, H <— B) to its table means to replace the table 
(H,L) in T with (H, [e\L]). 

The formal description of the Lemma Table proof 
procedure is given in Figure ||. We prove the sound- 
ness and completeness of the proof procedure in 
Dorre and Johnson (in preparation). In fact, sound- 
ness is easy to show, since all of the operations are 
resolution steps. Completeness follows from the fact 
that Lemma Table proofs can be 'unfolded' into 
standard SLD search trees (this unfolding is well- 
founded because the first step of every table-initiated 
subcomputation is required to be a program reso- 
lution), so completeness follows from Hohfeld and 
Smolka's completeness theorem for SLD resolution 
in CLP. 

3 In order to handle the more general form of ab- 
straction discussed in footnote 2 which may be useful 
with typed feature structure constraints, replace B with 
ce(B) in this step, where a(B) is the result of applying 



4 A worked example 

Returning to the categorial grammar example above, 
the control rule and selection rule are specified by 
the Prolog code below, which can be informally 
described as follows. All x/3 literals are classi- 
fied as 'memo' literals, and add_adjuncts/2 and 
division/2 whose second arguments are not suf- 
ficiently instantiated are classified as 'delay' literals. 
If the clause contains a memo literal G, then the con- 
trol rule returns table([G]). Otherwise, if the clause 
contains any non-delay literals, then the control rule 
returns program and the selection rule chooses the 
left-most such literal. If none of the above apply, 
the control rule returns solution. To simplify the in- 
terpreter code, the Prolog code for the selection rule 
and table(G) output of the control rule also return 
the remaining literals along with chosen goal. 

:- ensure_loaded (library (lists) ) . 
:- op (990, fx, [delay, memo]). 

delay division(_, X/Y) :- var(X), var(Y) . 
delay add_adjuncts(_, X/Y) :- var(X), var(Y) . 

memo x(_ , _ , _) . 

control (GsO, Control) :- 

memo(G), select (G, GsO, Gs) 

-> Control = table ( [G] , Gs) ; 
member(G, GsO), \+ delay(G) 

-> Control = program ; 
Control = solution. 

selection(GsO , G, Gs) :- 

select (Gl, GsO, Gsl) , \+ delay (Gl) 
-> G = Gl, Gs = Gsl. 

Because we do not represent variable binding as ex- 
plicit constraints, we cannot implement 'abstraction' 
by means of the control rule and require an explicit 
abstraction operation. The abstraction operation 
here unbinds the first and third arguments of x/3 
goals, as discussed above. 

abstract ion ( [x(_ ,Lef t , _)] , [x(_ ,Lef t , _)] ) . 

Figure || depicts the proof of a parse of the verb clus- 
ter in (1). Item 1 is generated by the initial goal; 
its sole negative literal is selected for program reso- 

the abstraction operation to B. 

The abstraction operation should have the property 
that a(B) is exactly the same as B, except that zero or 
more constraints in B are replaced with logically weaker 
constraints. 



Input A non-empty goal G, a program P, a selection rule S, and a control rule R. 

Output A set of goals G' for which R(G') = solution and P \= G <— G'. 

Global Data Structures A set T of lemma tables and a set A of items called the agenda. 

Algorithm Set T := {(G, 0)} and A := {(program, G <- G)}. 

Until A is empty, do: 

Remove an item e = (t, c) from A. 
Case t of 

program For each clause p £ P such that c resolves with p on S'(c), choose a corresponding resolvent 

c' and add (R(c'),c') to A. 
table(S) Add e to its table. 3 

If T contains a table (B 1 , L) where B' is a variant of -B then for each item (solution, d) e L such 

that c resolves with c' on B choose a corresponding resolvent c" and add (R(c"), c") to A. 

Otherwise, add a new table (B,%) to T, and add (program, B <— B) to the agenda, 
solution Add e to its table. 

Let c = i7 <— B. Then for each item of the form (table(iJ'), c') in any table in T where H' is a 

variant of H and c' resolves with c on £T, choose a corresponding resolvent c" and add (R(c"),c") 

to A. 

Set r := {B : (solution, G <— B) e L, (G, L) e T}. 

Figure 2: The Lemma Table algorithm 



lution, producing items 2-4 corresponding to three 
program clauses for x/3. Because items 2 and 3 con- 
tain 'memo' literals, the control rule tags them table; 
there already is a table for a variant of these goals 
(after abstraction). Item 4 is tagged program be- 
cause it contains a negative literal that is not 'memo' 
or 'delay'; the resolution of this literal with the pro- 
gram clauses for lex/3 produces item 5 containing 
the constraint literals associated with lijkt te. Both 
of these are classified as 'delay' literals, so item 5 is 
tagged solution, and both are 'inherited' when item 5 
resolves with the table-tagged items 2 and 3, pro- 
ducing items 6 (corresponding to a right application 
analysis with lijkt te as functor) and item 19 (cor- 
responding to a left application analysis with ontwi- 
jken as functor) respectively. Item 6 is tagged table, 
since it contains ax/3 literal; because this goal's 
second argument (i.e., the left string position) dif- 
fers from that of the goal associated with table 0, a 
new table (table 1) is constructed, with item 7 as its 
first item. 

The three program clauses for x/3 are used to re- 
solve the selected literal in item 7, just as in item 1, 
yielding items 8-10. The lex/3 literal in item 10 is 
resolved with the appropriate program clause, pro- 
ducing item 11. Just as in item 5, the second argu- 
ment of the single literal in item 11 is not sufficiently 



instantiated, so item 11 is tagged solution, and the 
unresolved literal is 'inherited' by item 12. Item 12 
contains the partially resolved analysis of the verb 
complex. Items 13 -16 analyze the empty string; 
notice that there are no solution items for table 2. 
Items 17-19 represent partial alternative analyses of 
the verb cluster where the two verbs combine using 
other rules than forward application; again, these 
yield no solution items, so item 12 is the sole analy- 
sis of the verb cluster. 

5 A simple interpreter 

This section describes an implementation of the 
Lemma Table proof procedure in Prolog, designed 
for simplicity rather than efficiency. Tables are 
stored in the Prolog database, and no explicit agenda 
is used. The dynamic predicate goal_table (G, /) 
records the initial goals G for each table subcompu- 
tation and that table's identifying index / (a number 
assigned to each table when it is created). The dy- 
namic predicate table_solution(J, S) records all 
of the solution items generated for table / so far, 
and table_parent(/,T) records the table items T, 
called 'parent items' below, which are 'waiting' for 
additional solution items from table /. 

The 'top level' goal is prove (G,Gs), where G 
is a single atom (the goal to be proven), and Cs 



0.1 [0] 


P 


x(A, [Lt,o],B) <-x(A, [Lt,o],B). 




0.2[1] 


T 


x(A, [Lt,o],B) <- x(A/C, [Lt,oJ,D), x(C,D,B). 




0.3[1] 


T 


x(A, [Lt,o],B) <- x(C,[Lt,oJ,D), x(A\C,D,B). 




0.4[1] 


P 


x(A, [Lt,o], [o]) <- lcx(Lt, A). 




0.5[4] 


S 


x(A/#B, [Lt,o], [o]) «- add(s\np/(s\np),C), div(C, A/B). 




0.6[2,5] 


T 


x(A, [Lt,o],B) <- add(s\np/(s\np),C), div(C,A/D), x(#D, [o],B). 




1.7[6] 


P 


x(A, [o],B) <-x(A, [o],B). 




1.8[7] 


T 


x(A, [o], B) <- x(A/C, [o], D), x(C, D, B). 




1.9[7] 


T 


x(A, [o], B) <- x(C, [oj, D), x(A\C, D, B). 




1.10[7] 


P 


x(A, [o],Q) ^lex(o,A). 




1.11[10] 


S 


x(#A, [o], []) <- add(s\np\np, A). 




0.12[6,H] 


S 


x(A, [Lt,o], []) <- add(s\np\np,B), add(s\np/(s\np), C), div(C, A/B). 




0.13[2,12] 


T 


x(A, [Lt,o],B) <- add(s\np\np,C), add(s\np/(s\np), D), div(D, A/E/C), x(E, 


D,b). 


2.14[13] 


p 


x(A 1 B1 <— xfA fl B) 




2.15[14] 


T 


x(A, Q,B) «-x(A/C,U,D),x(C,D,B). 




2.16[14] 


T 


x(A, Q,B) «-x(C,[|,D),x(A\C,D,B). 




0.17[3,12] 


T 


x(A, [Lt,o],B) <- add(s\np\np,C), add(s\np/(s\np), D), div(D,E/C), x(A\E, 


D,b). 


1.18[9,11] 


T 


x(A, [o], B) <- add(s\np\np, C), x(A\#C, [], B). 




0.19[3,5] 


T 


x(A, [Lt,o],B) add(s\np/(s\np),C), div(C,D/E), x(A\(D/#E), [o], B). 




Figure 3: 


The items produced during the proof of x(C, [lijkt_te , ontwijken] ,_) using 


the control and 



selection rules specified in the text. The prefix t.n[a] T identifies the table t to which this item belongs, 
assigns this item a unique identifying number n, provides the number(s) of the item(s) a which caused this 
item to be created, and displays its tag T (P for 'program', T for 'table' and S for 'solution'). The selected 
literal(s) are shown underlined. To save space, 'add_adjuncts' is abbreviated by 'add', 'division' by 'div', 
'lijkt_tc' by 'It', and 'ontwijken' by 'o'. 



is a list of (unresolved) solution constraints (differ- 
ent solutions are enumerated through backtracking) . 
prove/2 starts by retracting the tables associated 
with previous computations, asserting the table en- 
try associated with the initial goal, and then calls 
take_action/2 to perform a program resolution on 
the initial goal. After all succeeding steps are com- 
plete, prove/2 returns the solutions associated with 
table 0. 

prove (Goal, .Constraints) :- 

retractall (goal_table (_,_)) , 
retract all (table_solution(_ ,_) ) , 
retractall (table_parent (_ , _) ) , 
retractall (counter (_) ) , 
assert (goal_table ( [Goal] , 0) ) , 
take_action(program, [Goal] ::- [Goal] , 0), 
fail. 

prove (Goal, Constraints) :- 

table_solution(0 , [Goal] : : -Constraints) . 

The predicate take_action(L, C, /) 

processes items. L is the item's label, C its clause 
and I is the index of the table it belongs to. The 
first clause calls complete/2 to resolve the solution 
clause with any parent items the table may have, 
and the third clause constructs a parent item term 



(which encodes both the clause, the tabled goal, and 
the index of the table the item belongs to) and calls 
insert_into_table/2 to insert it into the appro- 
priate table. 

take_action(solution, Clause, Index) :- 

assert(table_solution(Index, Clause)) , 

findall(P, table_parent (Index, P) , 
Parentltems) , 

member (Parentltem, Parentltems), 

complete(ParentItem, Clause). 
take_action (program, Head::-Goal, Index) :- 

selection(Goal , Selected, Bodyl) , 

Selected ::- BodyO, 

append(BodyO, Bodyl, Body), 

control(Body, Action), 

take_action(Action, Head::-Body, Index). 
take_action(table(Goal, Other) , Head: :-_Body, 
Index) :- 
insert_into_table (Goal , 

tableItem(Head, Goal, Other, Index)). 

complete/2 takes an item labeled table and a clause, 
resolves the head of the clause with the item, and 
calls control/2 and take_action/3 to process the 
resulting item. 



complete (tableItem(Head, Goal, Bodyl, Index), 
Goal : : -BodyO) : - 
append(BodyO , Bodyl, Body), 
control (Body , Action), 

take_action(Action, Head::-Body, Index). 

The first clause insert_into_table/2 checks to see 
if a table for the goal to be tabled has already been 
constructed (numbervars/3 is used to ground a copy 
of the term). If an appropriate table does not exist, 
the second clause calls create_table/3 to construct 
one. 

insert_into_table (Goal , Parentltem) :- 
copy_term(Goal , GoalCopy) , 
numbervars(GoalCopy, 0, _) , 
goal_table (GoalCopy, Index), 
■ » 

assert (table_parent (Index, Parentltem)) , 
findall(Sol, table_solution(Index, Sol), 

Solutions) , ! , 
member (Solution, Solutions), 
complete (Parentltem, Solution). 
insert_into_table(GoalO, Parentltem) :- 
abstraction(GoalO, Goal), !, 
create_table(Goal, Parentltem, Index), 
take_action (program, Goal::-Goal, Index). 

create_table/3 performs the necessary database 
manipulations to construct a new table for the goal, 
assigning a new index for the table, and adding ap- 
propriate entries to the indices. 

create_table(Goal, Parentltem, Index) :- 
(retract (counter (IndexO) ) -> true 
; Index0=0) , 
Index is Index0+1 , 
assert (counter (Index) ) , 
assert (goal_table (Goal , Index) ) , 
assert (table_parent (Index, Parentltem)) . 

6 Conclusion 

This paper has presented a general framework which 
allows both constraint coroutining and memoiza- 
tion. To achieve maximum generality we stated 
the Lemma Table proof procedure in Hohfcld and 
Smolka's (1988) CLP framework, but the basic 
idea — that arbitrary constraints can be allowed to 
propagate in essentially the same way that variable 
bindings do — can be applied in most approaches to 
complex feature based parsing. For example, the 
technique can be used in chart parsing: in such a 
system an edge consists not only of a dotted rule 



and associated variable bindings (i.e., instantiated 
feature terms), but also contains zero or more as 
yet unresolved constraints that are propagated (and 
simplified if sufficiently instantiated) during applica- 
tion of the fundamental rule. 

At a more abstract level, the identical propaga- 
tion of both variable bindings and more general con- 
straints leads us to question whether there is any 
principled difference between them. While still pre- 
liminary, our research suggests that it is often pos- 
sible to reexpress complex feature based grammars 
more succinctly by using more general constraints. 
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